home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 1 / The 640 Meg Shareware Studio CD-ROM Volume I (Data Express)(1992).ISO / info / perform.txt < prev    next >
Text File  |  1991-09-19  |  14KB  |  272 lines

  1. TECHNICAL BULLETIN                            PERFORM
  2. LANtastic Performance Issues                  08.07.91
  3.                                               Page 1 of 5
  4.  
  5.  
  6. The following information is based on in-house testing of
  7. LANtastic.  If you are not a registered LANtastic owner, your
  8. questions should be directed to our technical sales staff at (602)
  9. 293-6363.  Any questions or comments on this bulletin may be
  10. forwarded by FAX (602) 293-8065 or mailed to : Artisoft Inc., 575
  11. East River Road, Tucson, AZ., 85704, ATTN: Technical Support.
  12.  
  13.                    GENERAL HINTS AND TIPS 
  14.           INCREASING PERFORMANCE OF LANTASTIC NETWORKS
  15.  
  16.  
  17. "What can I do to speed up my LAN?" A very common question, and one
  18. to which there is unfortunately, no cut and dried answer. Network
  19. performance depends on many things: to get the best performance out
  20. of your particular installation may require a little
  21. experimentation. This bulletin presents a discussion of some of the
  22. major factors that affect performance, and a few general
  23. suggestions for improvement.
  24.  
  25. Choosing your Hardware
  26.  
  27. When you're choosing the hardware for your LAN, keep in mind that
  28. the things that make a fast computer are also the basic ingredients
  29. of a fast network. A fast processor, fast memory and a fast disk
  30. drive all help to provide better network speed. For best
  31. performance, you should choose fast, well balanced components. The
  32. two biggest factors are CPU speed and hard disk speed. 
  33.  
  34. It's fairly easy to find fast computers and fast disk drives out
  35. there in the marketplace, but for the best results make sure that
  36. the components you buy are well matched. If you install a high
  37. performance disk drive in a 4.77 Mhz XT, your network will be slow
  38. because the computer's CPU won't be able to move data around fast
  39. enough to keep up with the drive, let alone the rest of the
  40. network. Similarly, if you install an old 20mb MFM drive in your
  41. 386-33, the fast processor will spend a lot of time waiting around
  42. for the old drive, as will the rest of your network users.
  43.  
  44. The transmission speed of the adapter cards you choose will also
  45. make a difference. With reasonably fast machines, upgrading from a
  46. LANtastic 2mbps adapter to a new Artisoft Ethernet adapter can
  47. approximately double the throughput of the network. Again, balance
  48. is vital. If you have a slow processor, switching to Ethernet may
  49. not make much difference -- the 2mbps adapter has a coprocessor
  50. that handles all the low level NetBIOS processing, whereas the
  51. Ethernet adapter relies on the computer to handle everything.  
  52.  
  53. Optimizing Software Performance
  54.  
  55. Now that we've dealt with hardware selection -- the easy stuff --
  56. let's see what can be done to improve the performance of existing
  57. installations. First, let's tie down what we mean by the "speed" of
  58. the LAN. There are really two things at issue here, the physical
  59. transmission speed of the hardware, and the effective throughput,
  60. or how fast data gets from one place to another on the LAN.
  61. Assuming for now that the hardware is fixed and immutable, here are
  62. some suggestions for getting the best throughput with your
  63. particular application.
  64.  
  65. General Improvements
  66.  
  67. One thing that can improve performance on most networks is running
  68. the DOS FASTOPEN command on the server if you have DOS 3.3 or 4.01.
  69. FASTOPEN tracks the location of frequently used files and
  70. directories and greatly decreases the amount of time it takes to
  71. open files. (We have received reports of a problem in MS DOS 5.0
  72. FASTOPEN.)
  73.  
  74. Another change to improve performance on networks running NOS 3.0x
  75. is eliminating the I from each disk resources Access Control List. 
  76. With the I ACL in place each time a file is opened the NOS checks
  77. to see if the file is an indirect file.  If you are not using
  78. indirect files eliminating this ACL will save time when a file is
  79. opened.
  80.  
  81. You can reduce the load on heavily used networks by disabling the
  82. Send Server ID selection in NET_MGR, Server Startup Parameters. 
  83. With this selection enabled the server sends out a message once
  84. every retry period (55ms x retry_period setting), this message is
  85. just that the machine is a server and available.  If your system is
  86. using batch files this message is not needed.
  87.  
  88. Adding a disk cache to the server also helps performance in almost
  89. all situations. Disk caching programs work by storing frequently
  90. requested information in memory. This reduces the number of
  91. physical accesses to the disk. Since accessing memory is almost
  92. always faster than accessing the disk drive, caching can greatly
  93. improve the disk performance of your network. 
  94.  
  95. The LANtastic disk caching program LANcache, is specifically
  96. designed to work with LANtastic networks. It caches disk writes as
  97. well as disk reads and when it actually does have to write to the
  98. disk, it does so as a background operation so that CPU operations
  99. can continue. 
  100.  
  101. Choosing the Best Buffer Settings
  102.  
  103. Beyond these general speedups, getting the best performance out of
  104. your specific application is a matter of fine tuning several
  105. parameters. LANtastic has four sets of buffers, each of which can
  106. affect performance in specific situations. 
  107. Redir Buffers
  108.  
  109. It takes the network about the same amount of time to send 1 byte
  110. of data as it does to send 256 bytes of data. Every packet sent
  111. over the network takes time to construct and time to process. Given
  112. this, it makes sense to include as much data as possible in each
  113. packet -- it keeps the overhead's impact to a minimum and reduces
  114. network traffic. The REDIR program accomplishes this by buffering
  115. network requests at each machine. Here's an example of REDIR's
  116. buffering in action: 
  117.  
  118. You are creating a file of customer names on the server and adding
  119. data to it. You type in the names one at a time and your program
  120. writes the names to the data file one at a time. Rather than issue
  121. a network send for each name, the data gets stored in the local
  122. REDIR buffer until you close the file or fill the buffer. At that
  123. point, REDIR issues a single request to send the entire buffer.
  124.  
  125. REDIR buffers read requests similarly. If you request an amount of
  126. data smaller than the REDIR buffer, REDIR requests one buffer full
  127. of data from the server. Then, if you request the next sequential
  128. piece of data, REDIR can supply it to your program without even
  129. making a network request.
  130.  
  131. If you read or write blocks of data larger than the REDIR buffer,
  132. the network software bypasses it and deals directly with the
  133. NetBIOS. The ideal REDIR buffer size then, would be about the
  134. average size of the packets that your network typically sends and
  135. receives. You can set the size of the REDIR buffers with the SIZE=
  136. command line switch.
  137.  
  138. The number of REDIR buffers can also affect the performance of many
  139. applications. If you allocate multiple REDIR buffers using the
  140. BUFFERS= command line switch, the network tries to associate each
  141. one with a file handle. Network printers are handled just like
  142. other files. Ideally, you should have a buffer available for each
  143. open network file. If you have more files than available buffers,
  144. the network flushes the least recently used buffer and assigns it
  145. to the new request.
  146.  
  147. WordPerfect is a good example of a program that is affected by the
  148. number of buffers. If you have only one buffer allocated, printing
  149. can be very slow because WP has to read the document and send data
  150. to the printer with the same buffer. The poor buffer gets
  151. continually filled and flushed, back and forth, with printer data
  152. and document data. In this situation, allocating just one more
  153. buffer allows WP to use one buffer for document reading and another
  154. for printing. 
  155.  
  156. Server Buffers and Tasks
  157.  
  158. A server buffer is at the other end of a REDIR buffer. When, for
  159. example, a workstation makes a read request, the server reads one
  160. server buffer full of data, beginning with the information
  161. requested. If the workstation then asks for the next piece of the
  162. same information, the server can get it from the buffer instead of
  163. physically reading the hard disk.
  164.  
  165. The server buffer size can be changed from the Server Startup
  166. Parameters option in the NET_MGR program. Be aware that bigger
  167. isn't necessarily better -- as with REDIR buffers, the optimal size
  168. is somewhere around the average size of the packets that will be
  169. transferred across the network by your application. One server
  170. buffer of whatever size you select is allocated for each network
  171. task.
  172.  
  173. When a workstation submits a request to a server, the server will
  174. work on the request for a while, then switch to work on the next
  175. task for a while, and so on, in a round-robin fashion. If the
  176. server is set up with only one network task, instead of switching,
  177. the server will run the request to completion and other incoming
  178. tasks will be queued up behind it. From the user's standpoint, the
  179. station that submitted the first request will get very good
  180. performance, and everyone else will be kept waiting. In general,
  181. allowing more than one network tasks will ensure that everyone's
  182. requests get processed and will result in "smoother" network
  183. performance.
  184.  
  185. If you're a using network adapter with a coprocessor, like our
  186. Enhanced 2mbps adapter, increasing the number of network tasks
  187. (with the Server Startup Parameters option of NET_MGR) will give
  188. you a big performance boost. While the coprocessor is busy working
  189. on one task, the server's CPU can work on another. This advantage
  190. is multiplied if you have more than one coprocessor equipped
  191. adapter in a server. In fact, with three or four 2mbps boards in a
  192. dedicated server and a corresponding number of network tasks, you
  193. can achieve a continuous throughput comparable to that of an
  194. Ethernet network with an equal number of stations. As a plus,
  195. you've got built-in redundancy -- the workstations connected to
  196. each adapter will function as separate networks. If one segment
  197. fails because of cabling or adapter problems, the rest will still
  198. operate.
  199.  
  200. During testing at Artisoft, it was discovered that performance was
  201. at it's optimum with NOS 3.0, 3.03 or 4.00 running on Artisoft's
  202. ethernet adapters when Network Tasks were set to 3 in Server
  203. Startup Parameters.  Artisoft is currently investigating why these
  204. setting are optimum and it is currently unknown if the same results
  205. would be found when testing with Artisoft's Enhanced 2Mbps adapters
  206. or other vendor's adapters with LANtastic AI.
  207.  
  208. Printer Buffers
  209.  
  210. As with REDIR and server buffers, increasing the size of your
  211. printer buffers can improve printing speed. If your server has more
  212. than one printer attached, increasing the number of printer tasks
  213. will allow it to print to more than one printer simultaneously. 
  214. NetBIOS Buffers and Adapter Memory 
  215. If your network is very active, try increasing the number of
  216. buffers used by your adapter's NetBIOS. This will decrease the size
  217. of the packet of data that your adapter will send and can increase
  218. the speed with which your network handles user requests. With
  219. LANBIOS or LANBIOS2, you can do this with the BUFFERS= command line
  220. switch. With AE-2, NE-3 and other Ethernet drivers for AI-LANBIOS,
  221. use the PACKET_SIZE= switch. If your network doesn't have a lot of
  222. contention, you can decrease the number of NetBIOS buffers so that
  223. the server can process larger blocks of data. 
  224.  
  225. With our AE-2 card, there's an easy way to get a performance boost
  226. on heavily loaded networks. You can upgrade the adapter from its
  227. default 16K configuration to a full 64K of RAM. The chips can be
  228. purchased direct from Artisoft, or you can use chips that meet the
  229. specifications in the AE-2 manual.
  230.  
  231. Effects of Changing Buffer Sizes
  232.  
  233. Keep in mind that on systems with only two or three stations,
  234. changing the buffer configuration may not have any measurable
  235. impact on speed. In any case, increasing the size and number of
  236. REDIR and SERVER buffers uses memory and can slow down programs
  237. running on the server. If your application performance is critical,
  238. consider setting up a dedicated server for your most used
  239. application programs and printers.
  240.  
  241. Running applications on the server
  242.  
  243. To get the best performance out of your network when you run
  244. applications on a server, you should always use the server as
  245. though it was a remote workstation: log in and access the
  246. application through network drives. Using the server locally,
  247. without logging in, places you in contention with the rest of the
  248. users and network performance can suffer. If you log in, the server
  249. will schedule you along with the rest of the network users and
  250. everyone will get good performance.  
  251.  
  252. Increasing print speed
  253.  
  254. One of the slowest things about printing to a network printer is
  255. spooling to the hard disk. With LANtastic NOS 3.0 and above you can
  256. easily increase the print spooling speed by spooling to a RAM disk.
  257. To change the spooler's location, use the Change Spool Location
  258. option of NET_MGR's Queue Maintenance function.  
  259.  
  260. Several programs when run on a server will seriously effect the
  261. print speed, Windows 3.0, Clipper 5.0, and Autocad are prime
  262. examples. If you notice slow printing when running one of these
  263. programs on a print server you can increase print speed by setting
  264. printer tasks to 1 and setting cps in the printer descriptor to
  265. 9600.
  266.  
  267. ARTISOFT, Inc. makes no warranties as to the completeness or
  268. accuracy of this document.  LANtastic is a registered trademark of
  269. ARTISOFT, Inc.  Brand names and product names are trademarks or
  270. registered trademarks of their respective companies.
  271. Network Performance Issues
  272.